'4 a 


CR-6-824 


PINAL  REPORT 


i 


FIRE  CONTROL  SIMULATION  REQUIREMENTS  (U) 


Volume  III 


Contract  No.  DAAK40-78-C-0054 


R.  R.  Parker 
W.  V.  Boukfln 
C.  P.  Marks 
G.  K.  Warmbrod 


May  1980 


s 


DTIC 

ELECTEI 
SEP  231980 


D 


.  T'X4 


GENERAL 

RESEARCH 


IES  GROUP 


CORPORATION 


A  SUBSIDIARY  OF  FLOW  GENERAL  INC. 
307  Wynn  Drive,  Huntsville,  Alabama  35806 


THIS  DOCUKXKT  ZS  BIST  QUALITY  PRACTI 
THE  COPY  FURBISH©  TO  DDC  CORTAIR©  A 
SIQRIF1CAKT  KUNBCR  Of  Pi/SSS  RNPUBM 


P  f«r  public  rel»«M; 

- - jfefribuaoB 


80  5  27  038 

UNCLASSIFIED 


DISCLAIMER  NOTICE 


THIS  DOCUMENT  IS  BEST  QUALITY 
PRACTICABLE.  THE  COPY  FURNISHED 
TO  DTIC  CONTAINED  A  SIGNIFICANT 
NUMBER  OF  PAGES  WHICH  DO  NOT 
REPRODUCE  LEGIBLY. 


UNCLASSIFIED 


m SK- 


TIO-2006 


CR-6-824 


FINAL^EpSt.  ^ 

tfj  .  *  — 

FIRE  CONTROL  SIMULATION  REQUIREMENTS^ 


Volume  3H 


D  AA  K4^-78-C-^)54 


^  R.  R./ Parker 

I  W.  V.  /Bouldin 

'  C.  P.  /Mark* 

- G.  K.yWarmbrod 


y 


Accession  For 
”ntis  gr HI 

EDO  TAB 

Unannounced 

ism.  ** 

®y _ 


/9L 


\  Uistri", 


avn  i )  r, v '  -j 


iDist. 


flJ © 


GENERAL  RESEARCH  CORPORATION 
307  Wynn  Driva 
Huntsville,  Alabama  35805 


VollLL 


UNCLASSIFIED 


Szcuxity  CtcuA-ifriccution 
Oi  A bataoet:  UNCLASSIFIED 


Date:  May  1980 


PROGRAM  SUFHARY/STATUS 

Shoot  PAogAam  TiXtz’ 

Fire  Control  Simulation 

Requirements*  . 

Repoot  Secuoctg  CZa^ii^i&aXLon: 

Unclassified  * 

Corutxact  A /o.  DAAK4Q-78C-0054  // 
Eftf.  Dote: 

Exp.  Date:  1  Feb  80 

Pooieot  Mg*.  G-  K*  Warmbrod 

Paepoung  Repeat: 

Corvt/ia.ct  Mo  note*:  N.  Powell 

Tc/pe  Report:  Final  Repc 

>*t  No 

nuary 

.  CR-6-824^  No.  ojf  Pages  an  Rptf  82 

Inclu&Xve.  Date  o£  Repeats  Ja 

1979  to  December  1979 

Kitj  WoacIa  : 

Simulation,  Laser,  Fire  Control,  I FT RAN 
_ * _ 

teS^CT: 


(U)  A  set  of  requirements  for  a  HEL  weapon  fire  control  system 
simulation  were  generated  In  this  study.  A  functional  approach,  taking 
advantage  of  the  decoupling  of  Implementation  decisions  from  values  of 
performance  parameters.  Is  recommended.  ^ 

(U^A  functional  breakdown  of  the  HELMS  appears  In  the  report, 
described  In  terms  of  Inputs,  sequencing,  processing,  and  output  of 
each  function  and  subfunction o 


(U)^A  demonstration  version  of  the  simulator  has  been  implemented 
on  the  CDC  7600  at  the  ARC,  using  that  facility's  graphics 
capabilities  as  a  primary  Input  output  device.  A  description  of  the 
capabilities  of  the  simulation  executive  Is  given,  and  a  test  case 
example,  along  with  input  data  and  listings.^ 

(U)  ^Schedules  for  the  simulation  development  are  given  and  task 
descriptions  appear  as  the  last  section  of  the  report. 
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1  (U)  SIMULATOR  DEFINITION 

(U)  The  system  engineering  process,  as  set  forth  In  Mil  -STD  449A, 

[1]  Is  a  "logical  sequence  of  activities  and  decisions  transforming  an  ope¬ 
rational  need  Into  a  description  of  system  performance  parameters  and  a 
preferred  system  configuration."  Similar  definitions  exist  In;  other  govern¬ 
ment  documents  and  In  the  literature.  Although  sources  differ1  In  the  termi¬ 
nology  they  use  for  describing  these  activities,  all  agree  that  the  system 
engineering  process  should  determine  what  actions  a  system  Is  to  perform, 
and  how  well,  before  deciding  how  It  Is  to  be  Implemented. 

(U)  The  underlying  requirement  on  the  system  simulator  discussed  In 
this  chapter  Is  that  It  will  be  used  to  support  the  study  and  analysis  of 
what  actions  a  HELWS  system  will  perform,  and  how  well  it  must  perform  these 
actions.  Additionally,  the  simulator  will  later  be  used  to  validate  candi¬ 
date  engineering  implementations  (by  either  hardware  or  software)  to  perform 
these  actions. 

(U)  The  sequence  of  activities  In  the  system  engineering  process.whlch 
we  assume  for  purposes  of  devising  the  requirements  on  the  HELWS  system 
simulator,  are  described  in  many  sources.  For  Instance,  MIL  -  STD  499A 
defines  three  activities  for  establishing  the  performance  and  design  require¬ 
ments:  (1)  "mission  requirements  analysis",  (2)  "functional  analysis"  and 
(3)  "function  allocation".  The  logical  sequence  starts  with  setting  system 
wide  requirements  based  on  mission  objectives,  proceeds  to  derive  detailed 
performance  and  design  requirements  in  terms  of  the  system  functions  to  be 
performed,  and  then  allocates  the  functional  requirements  to  subsystems. 

In  a  more  theoretical  context,  Hall  [2]  sets  forth  a  similar  approach.  One  of 
his  seven  problem  solving  steps,  problem  definition,  establishes  relation¬ 
ships  between  overall  goals  and  specific  system  requirements.  Another, 
value  system  design,  is  concerned  with  the  derivation  of  requirements  in 
terms  of  functional  characteristics  of  the  system. 
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(U)  This  functional  approach  to  requirements  engineering  has  the 
advantage  that  it  provides  a  means  to  analyze  system  behavior  and  set  per¬ 
formance  requirements,  while  postponing  certain  design  decisions.  The 
analysis  proceeds  by:  (1)  identifying  system  functions,  (2)  resolving 
functions  to  subfunctions,  (3)  establishing  relationships  among  functions, 
and  (4)  building  a  functional  model  of  the  system.  A  function,  as  the  word 
is  used  here,  is  a  mathematical  specification  of  a  group  of  related  actions 
in  system  behavior.  The  advantage  of  functional  modeling  is  that  it 
offers  a  high  degree  of  generality  and  versatility.  Systems  may  have 
significantly  different  physical  components,  but  have  essentially  the 
same  functional  breakdown.  We  advocate  using  a  functional  approach  in 
establishing  performance  and  design  requirements  for  systems  involving 
technology  programs  such  as  HELWS  because  the  result  will  be  a  decoupling 
of  implementation  decisions  from  choosing  values  of  performance  parameters. 
For  example,  selecting  a  type  of  acquisition  radar  is  decoupled  from  select¬ 
ing  the  value  of  performance  parameters  such  as  search  range,  sampling  rate, 
and  probability  of  detection.  Consequently,  the  requirements  can  apply  to 
numerous  candidate  radar  configurations  and  modes  of  operation.. 

(U)  In  many  cases  the  functional  breakdown  of  systems  are  similar 
if  they  are  solving  the  same  problem,  although  the  physical  configurations 
may  differ  significantly.  A  simulation  built  along  the  lines  of  the 
functional  breakdown  is  an  excellent  tool  to  help  guide  a  technology  program. 
The  near  term  steps  in  the  HELWS  technology  program  are  to: 

•  (U)  Generate  mission  requirements 

§  (U)  Define  alternative  constructs 

•  (U)  Select  the  promising  technology  areas 

•  (U)  Evaluate  the  technologies 

•  (U)  Select  a  viable  construct  or  constructs 

•  (U)  Generate  appropriate  technology  requirements,  so  that  the 

system  engineering  process  can  proceed  to  design  and 
prototype  testing  of  the  most  promising  concept. 
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(u)  GRC  has  designed  and  used  several  flexible  modular  simulators  that 
would  be  appropriate  In  the  HELWS  technology  program.  The  present  task 
uses  this  experience  base,  and  an  existing  simulation  framework,  to  meet  the 
objectives  of  the  study.  These  objectives  were  to: 

•  (u)  define  a  detailed  functional  breakdown  of  HELWS 

•  (u)  realize  a  simulator  framework 

•  (u)  define  the  requirements  and  Interfaces  for  a  threat  driver 

•  (u)  demonstrate  a  representative  subset  of  the  simulation 

•  (U)  prepare  a  plan  for  further  development  of  the  simulator. 
Subsequent  sections  of  this  chapter  present  our  progress  in  meeting  these 
objectives. 

(U)  In  this  reporting  period  GRC  developed  a  preliminary  hierarchical 
structure  of  HELWS  functions,  which  is  presented  in  Section  2.  As  high 
level  HELL'S  functions  we  selected  groups  of  system  actions  that  have  minimal 
coupling  to  implementation  decisions.  For  instance,  with  this  structure 
we  can  model  search  operation  and  derive  inherent  performance  requirements, 
without  concern  for  whether  search  and  target  track  are  performed  by  the  same 
or  different  sensors.  The  functions  discussed  in  Section  2  are  ap[licable 
to  all  of  the  HELWS  configurations  that  have  been  put  forward.  Alternative 
configurations  can  be  realized  by  altering  the  mathematical  forms  of  the 
functions.  The  functional  breakdown  is  incomplete  in  areas  such  as  the  Weapon 
Operation  function.  Further  work  here  must  await  the  results  of  more  detailed 
modeling  of  high  powered  lasers  in  a  weapon  configuration. 

(U)  Section  3  reports  on  the  adaptation  of  a  previously  developed 
simulator  that  reflects  the  functions  of  the  HELWS  problem  and  has  a  high 
degree  of  Independence  from  specific  HELWS  hardware  configurations.  We 
made  use  of  an  operational,  GRC  developed,  functional  simulator  to  provide  the 
facilities  of  a  simulation  executive  that  has  a  HEL  weapon  system  orientation 
and  that  utilized  the  Interactive  facility  at  the  ARC  computer  as  a  primary 
communication  vehicle  with  the  analysts  using  the  HELWS  simulation.  Although 
only  a  demonstration  subset  of  the  HELWS  functions  are  implemented  In  the 
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simulator,  this  subsejt  with  the  executive  software  and  the  graphics  cap¬ 
ability  for  a  full  simulator  are  operational.  Section  4  describes  the 
development  plan  for  functional  simulation  of  the  HELWS  engagement  process 
which  would  use  the  simulator  to  aid  the  establishment  of  performance  re¬ 
quirements  for  each  function  In  the  engagement  process.  (U) 
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2  (u)  FUNCTIONAL  BREAKDOWN  OF  HELWS 

(U)  We  analyzed  generic  characteristics  of  HELWS  and  chose  the 
following  functions  as  the  principal  first-order  functions  for  modeling 
HELWS  tactical  operation: 

1.  (U)  Threat  Acquisition 

2.  (U)  Precommit  Track 

3.  (U)  Threat  Assessment 

4.  (U)  Target  Acquisition 

5.  (U)  Post-comnlt  Track 

6.  (U)  Weapon  Operation 

7.  (U)  Kill  Assessment 

8.  (U)  HELWS  Control 

The  first  three  determine  the  HELWS  handling  of  the  total  threat  and 
environment.  The  next  four  characterize  the  HELWS  behavior  in  engaging  a 
specific  target.  HELWS  Control  Is  a  management  function  that  coordinates 
the  performance  of  all  other  functions  so  as  to  effectively  neutralize  the 
threat. 


(u)  The  principal  reason  for  selecting  this  group  of  functions  Is  the 
degree  to  which  they  are  decoupled  from  implementation  decisions.  For 
instance,  we  can  model  the  search  function  and  derive  inherent  performance 
requirements,  without  concern  for  whether  search  and  track  are  supported  by  the 
same  or  different  sensors.  The  functions  in  the  above  list  are  applicable 
to  all  of  the  HELWS  configurations  that  have  been  put  forward.  We  used  . 
them  as  the  basis  for  defining  the  structure  of  a  flexible  simulator  that 
can  model  the  operation  of  various  HELWS  possibilities.  Alternative 
configurations  can  be  realized  by  altering  the  mathematical  form  of  the 
functions.  Variables  in  the  mathematical  expressions  provide  a  means  for 
studying  the  dependence  of  performance  upon  system  parameters. 
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(U)  Figure  2.1  is  a  schematic  block  diagram  showing  the  first 
level  functional  structure  of  a  HELWS.  Of  course,  at  this  level  of  detail 
the  particulars  of  system  operation  are  not  apparent.  La  subsequent  para¬ 
graphs  we  elaborate  our  functional  model  by  describing  each  of  the  functions 
in  Figure  2.1  in  more  detail.  In  particular,  we  identify  the  input  and 
output  of  each  function  in  the  process,  and  in  many  cases,  the  next  level 
of  functions. 

2.1  (U)  INITIAL  THREAT  ACQUISITION 

(U)  The  initial  acquisition  function  that  we  considered  is  based 
on  a  radar  technology  for  realizing  the  sensor  subfunctions.  It  has  the 
following  inputs  and  outputs: 

Inputs  (U) 

•  search  returns 

•  system  control  (including  timing) 

Outputs  (U) 

•  search  pulses 

•  detection  reports 

•  status 

At  this  first  level  of  decomposition.  Initial  Threat  Acquisition  has  the 
structure  shown  in  Figure  2.2.  Acquisition  Radar  Sensing  consists  of  the 
functions  that  define  the  operation  of  the  radar  as  an  externally  controlled 
sensor.  Signal  Processing  defines  the  electrical  processes  that  detect 
search  returns,  extract  their  signal  properties  and  estimate  measurement 
parameters.  Acquisition  Processing  accounts  for  the  computational  pro¬ 
cesses  that  control  search  radar  operation,  schedule  search  and  verify 
actions  and  report  the  detection  of  targets. 
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FIGURE  2.1  (U)  FIRST  LEVEL  FUNCTIONAL  BREAKDOWN  FOR  HELWS 


SYSTEM 

CONTROL  STATUS 


UNCLASSIFIED 


UNCLASSIFIED 


Figure  2.2  (U)  First  Level  Schematic  Block  Diagram  of  Initial  Acquisition 
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2.2  (U)  PRECOMMIT  TRACK 

(U)  In  our  Initial  HELWS  functional  breakdown  the  preconmlt  track 
function  can  have  either  of  two  forms.  One  is  based  on  accurate  radar 
sensing  only.  The  other  Is  based  on  using  less  accurate  radar  sensing 
to  track  targets  after  acquisition,  but,  using  IR  sensing  to  improve  track 
accuracy  before  producing  a  handover  report.  They  are  distinguished  by 
suffixing  "I"  designates  radar  only,  and  "II"  optics  augmentation.  The 
inputs  and  outputs  for  Precommit  Track  are: 

Inputs  (U) 

e  Acquisition  Reports  (I,  II) 
e  Track  Returns  (I,  II) 
e  IR  Radiation  (II) 
e  Precision  Track  Command  (I,  II) 
e  System  Control  (I,  II) 

Outputs  (U) 

•  Radar  Pulses  (I,  II) 
e  Handover  Messages  (I,  II) 
e  Status  (I,  II) 

At  the  first  level  of  decomposition  for  Precommit  Track  the  structure  has 
the  form  shown  in  Figure  2.3,  where  both  alternatives  (I  and  II)  appear. 

In  HELWS  operation  a  track  is  established  for  each  acquisition  report. 

Track  Processing  acquires  the  data  for  Initiating  and  maintaining  tracks 
by  Issuing  orders  for  radar  pulses.  It  reports  the  track  state  vector  as 
an  output  and  also  makes  an  association  between  acquisition  reports  and 
the  state  of  all  tracks  to  avoid  establishing  multiple  tracks  on  the  same 
target.  Prior  to  target  handover,  upon  command.  Track  Processing  Increases 
the  data  rate  on  the  designated  target  to  reduce  handover  errors.  If  needed. 


(U)  In  alternative  II,  radar  sensing  Is  augmented  by  IR  sensing.  Track 
Signal  Processing  outputs  pointing  commands  for  the  IR  Sensing  functions. 

IR  Signal  Processing  produces  angle  and  intensity  measurement  data  as  input 
to  Track  Processing. 
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Figure  2.3  (u)  First  Level  Schematic  Block  Diagram  for  the  Precommit  Track  Function 
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|.3  (U)  THREAT  ASSESSMENT 

(U)  Threat  Assessment  Is  a  coordination  function  that  provides  the 
ijoglc  for  designating  a  specific  target  to  engage  with  a  laser  weapon.  The 
Inputs  and  outputs  are: 

Inputs  (U) 

•  State  vectors  of  targets  in  precommit  track 

•  System  control 

Outputs  (U) 

•  Precision  track  message 

•  Handover  message 

•  Status 

The  breakdown  of  Threat  Assessment  is  shown  in  Figure  2.4. 

(U)  The  Target  Prioritization  component  monitors  the  state  and 
conditions  of  targets  as  produced  by  Precommit  Track.  Target  range  and 
flight  direction  are  factors  In  assessing  the  severity  of  a  threat.  Three 
other  subfunctions  play  a  supporting  role.  Target  Identification  makes 
use  of  signature  data  In  the  target  state  to  estimate  the  target  type.  Kill 
Time  Prediction  assigns  each  target  an  expected  duration  for  attack  with 
the  laser  weapon.  Impact  Point  Prediction  estimates  where  the  target  could 
Impact,  data  which  may  be  used  In  Target  Prlortizatlon  to  estimate  which 
defended  assets  are  threatened.  Target  Prioritization  designates  targets  for 
precision  track  (either  high  data  rate  for  a  radar  sensor  or  direct  viewing 
by  a  passive  IR  or  an  electro-optical  sensor).  When  all  track  error  and 
discriminations  criteria  are  met,  a  handover  message  Is  sent  to  the  Post- 
comnlt  Track  and  HELWS  Control  function. 
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Figure  2.4  (U)  Schematic  Block  Diagram  of  Threat  Assessment  Function 
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*2.4  (U)  TARGET  ACQUISITION 

(U)  Using  a  handover  message  from  Threat  Assessment,  Target 
Acquisition  comprises  the  HELMS  actions  to  point  the  weapon  aiming  sensors 
at  the  designed  target  and  detect  Its  radiation.  The  inputs  and  outputs 
are: 

Inputs  (U) 

I  •  Handover  messages  "s* 

•  Radiation  intensity 

Outputs  (U) 

_  •  Detection  messages 

•  Aiming  directions 

Target  Acquisition  consists  of  three  subfunctions;  Search  Control,  Slew 
Control,  and  Detection,  coupled  as  shown  in  Figure  2.5. 

$ 

(U)  Using  Information  In  the  handover  messages  from  Threat  Assessment, 

Search  Control  generates  an  aimpoint  for  input  to  Slew  Control.  The  detection 
subfunction  processes  sensor  inputs  and  indicates  target  detection  to  Slew 
Control  and  to  the  Postcommit  Track  function  when  the  target  enters  the  * 

field-of-view  of  the  principal  track  sensor.  Slew  Control  has  an  interface 
with  the  Weapon  Control  function,  which  directly  controls  the  weapon. 

t.5  (U)  POSTCOMMIT  TRACKING 

(U)  The  aiming  of  a  laser  weapon  Is  a  cooperative  process  involving 
selecting  and  tracking  of  an  aimpoint  on  the  target,  track  of  the  actual 
point  of  Irradiation  by  the  laser,  and  correlation  of  the  two  track  states 
iio  derive  aiming  signals  for  the  laser.  We  define  this  process  with  the 
Postcommlt  Tracking  function.  Its  Inputs  and  outputs  are: 
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Inputs  (U) 

•  Target  Radiation 

•  Hot  Spot  Radiation 

•  Detection  Message 

•  System  Control 
Outputs  (U) 

e  Target  Illumination  (optional) 

e  Weapon  Aiming  Signals 

•  Status 

Postcommit  Tracking  uses  passive  radiation  from  the  target  (or  optionally 
reflected  energy  from  Illumination)  to  locate  and  track  an  aimpoint  on 
the  target  (and,  optionally,  to  determine  the  far-field  beam  Irradiance 
at  the  target).  In  our  formulation  of  this  function  a  sensor  detects  the 
hot  spot  created  by  the  laser  as  an  Indication  of  the  point  being  Irrad¬ 
iated  by  the  laser.  An  alternative  or  additional  sensor  may  be  employed 
that  detects  laser  energy  back-scattered  from  the  target. 

(U)  The  subfunctions  of  Postcommit  Tracking  and  their  interconnect¬ 
ion  Is  shown  In  Figure 2. 6.  The  track  processing  subfunctions  use  inputs 
from  the  track  sensing  function  to  cooperatively  produce  an  error  signal 
for  transmission  to  the  Weapon  Control  function.  Target  Track  Processing  is 
supported  by  Aim  Point  Selection,  a  subfunction  that  designates  the  angular 
coordinates  of  the  most  lethal  target  region  in  view  of  the  weapon.  A  hot 
spot  tracking  loop  gives  the  angular  coordinates  of  the  actual  dwell  point 
of  the  weapon.  Correlation  Track  includes  tha  algorithm  for  estimating  the 
deviation  between  the  two  track  vectors,  and  may  be  supported  by  additional 
algorithms  which  derive  far-field  data  to  be  used  to  optimize  the  beam 
Irradiance  at  the  target.  It  also  provides  coordination  among  the  sub¬ 
functions  of  Postcommit  Tracking  and  interfaces  these  functions  with  System 
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2.6  (U)  WEAPON  OPERATION 

(U)  Weapon  Operation  specifies  the  computational  and  physical  processes 
that  define  the  operation  of  the  laser  weapon  and  its  support  systems.  The 
inputs  and  outputs  for  this  function  are: 

Inputs  (U) 

•  Start  Firing  Command 

•  Stop 'Firing  Command 

•  Aiming  Signals 

•  HELWS  Control 

Outputs  (U) 

•  Weapon  State 

•  Status 

Weapon  Operation  accounts  for  the  closed  loop  positioning  of  the  weapon  and 
models  the  actual  firing  of  the  laser.  Depending  on  the  level  of  detail  to 
which  it  is  specified,  this  function  can  be  very  specific  to  a  particular 
weapon.  In  our  functional  analysis  we  considered  only  very  general  properties. 
Consequently,  the  initial  configuration  of  Weapon  Control,  as  shown  in 
Figure  2.7  is  quite  simple. 

(U)  Open  Fire  commands,  which  originate  in  Postcommit  Track,  are  inputs 
to  the  Open  Fire  subfunction.  Open  Fire  specifies  the  logic  for  assuring 
that  all  conditions  (including  safety)  are  met  for  triggering  the  weapon. 
Conversely,  Cease  Fire  is  a  subfunction  that  can  interlock  the  trigger  and 
can  halt  a  firing.  It  accepts  inputs  from  the  Kill  Assessment  function  and 
from  HELWS  control.  All  modeling  of  the  physical  processes  of  the  weapon  are 
In  the  subfunction  Weapon  Dynamics,  Including  adaptive  optics.  This 
subfunction  also  Includes  the  computational  and  electronic  processes  for 
optimal  beam  control.  The  Laser  phenomenology  sub  function  accounts 
for  the  power  generating  properties  of  the  laser  and  for  the  interaction 
of  laser  energy  with  the  atmosphere.  Much  further  work  is  needed  for 
the  Weapon  Operation  function,  but  must  await  the  results  of  more  de¬ 
tailed  modeling  of  high  powered  lasers  in  a  weapon  configuration. 
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2.7  (U)  KILL  ASSESSMENT 

(U)  In  many  situations  the  tactical  effectiveness  of  HELWS  may  depend 
critically  upon  recognizing  that  hits  by  the  weapon  have  made  a  target 
nonthreatening.  If  a  priori  knowledge  of  target  vulnerability  to  lasers  is 
uncertain,  the  HELWS  must  be  capable  of  recognizing  those  changes  in  the 
state  of  a  target  that  indicate  it  is  disabled.  The  functional  breakdown 
includes  Kill  Assessment  as  a  function  that  specifies  the  processes  for 
causing  the  HELWS  to  disengage  a  target.  The  Kill  Assessment  inputs  and 
outputs  are: 

Inputs  (U) 

•  Targer  radiation 

•  Target  State  Vector 
t  System  Control 

Outputs  (U) 

•  Status 

Our  formulation  of  Kill  Assessment  recognizes  two  possible  means  for 
detecting  a  change  in  target  states:  (1)  sensing  a  change  in  radiation 
from  the  target  and  (2)  recognizing  a  perturbation  in  the  target's  trajectory. 
Figure  2.8  shows  two  subfunctions.  Damage  Sensing  and  Trajectory  Computation; 
that  account  for  the  actions  to  detect  these  changes.  Damage  Assessment 
consolidates  information  for  evaluating  the  benefit  in  continuing  to  fire 
at  a  target. 

2.8  (U)  HELWS  CONTROL 

(U)  HELWS  Control  Is  not  yet  defined  as  a  function.  We  expect  to 
make  It  the  resultant  of  such  subfunctions  as: 

•  (U)  Battle  Management 

•  (U)  Engagement  Logic 

1 

•  (U)  Multiple  Battery  and  Intersystem  C 

Before  proceeding  to  specify  HELWS  Control,  we  require  a  better  definition  of 
HELWS  mission  requirements  and  the  operational  procedures  for  engaging  targets. 
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Figure  2.8  (U)  Schematic  Block  Diagram  of  Kill 
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3  (U)  SIMULATION  FRAMEWORK  AND  FUNCTIONAL  BREAKDOWN] 

3.1  (U)  REQUIREMENTS  ! 

(U)  The  system  engineering  process  we  assume  for  HELWS,  as  for  all 
weapon  systems  satisfying  MIL  STD  449A,  Includes  functional  analysis  actl-  j 

vltles  for  deriving  system/subsystem  performance  and  design  requirements.  ; 

An  Important  tool  for  performing  this  analysis  Is  a  simulation  that  allows  j 

HELWS  to  be  modeled  as  the  configuration  of  functions  It  performs,  and  j 

which  will  support  the  determination  of  how  well  the  functions  collect-  ! 

Ively  perform,  given  each  functions'  Individual  performance  characteris¬ 
tics.  The  functional  analysis  will  Include  both: 

(1)  (U)  Changing  the  performance  characteristics  of  the  functions 

(l.e. ,  -  modifying  the  data  or  software  algorithms  repre¬ 
senting  that  function  In  the  simulation),  and 

(2)  (U)  Changing  the  configuration  of  functions  (l.e.,  -  modifying 

the  sequencing,  enablement,  or  flow  of  data  between  functions). 

Since  the  analysts  will  want  to  evaluate  the  performance  of  both  the  indivi¬ 
dual  functions  and  the  ensemble  of  all  functions,  the  simulation  structure 
must  allow  the  analyst  to  set  measurement  points  between  functions  and/or 
data  to  be  gathered  within  functions.  Other  desirable  goals  include  modula¬ 
rity  of  functions  and  data  so  that  processes  that  are  in  different  stages  of 
design  can  be  accomodated,  and  applicability  of  the  simulation  at  more 
equipment-specific  levels  of  designs  (such  as  the  real-time  data  processing 
system).  Additionally,  the  simulation  software  should  aid  the  analysis 
effort  by  providing  Interactive  graphics  for  I/O,  providing  an  easy-to-use 
programming  language  that  is  FORTRAN  compatible,  and  providing  automatic 
data  plotting  software  for  the  variables  of  interest  to  the  analyst. 

(U)  The  HELWS  functional  simulation  discussed  here  consists  of  two 
parts:  the  collection  of  functions  In  the  simulation,  and  the  simulator 
structure  and  executive  software.  The  structure  and  executive  software 
of  the  simulator  are  an  adaption  of  the  Modular  Missile-Borne  Computer  (MMBC) 
Simulation-Emulation  Driver  (SED)  which  was  previously  developed  by  GRC. 
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3.2  (U)  SIMULATION-EMULATION  DRIVER  (SED) 

(U)  The  basic  goal  for  SED  was  that  It  be  applicable  at  all  of  the 
design  levels  through  which  the  MMBC  real-time  data  processing  system  would 
evolve.  Specifically  it  was  designed  to  accommodate  stages  of  evolution  that 
begin  with  high-level  functional  definitions  of  the  MMBC  system's  process  where 
only  input/output  characteristics  of  the  first-order  functions  in  the  process  are 
known,  and  progresses  all  the  way  to  a  real-time  software/hardware  realization  of 
the  final  system.'  Secondary  goals  for  SED  included  that  it  be  capable  of  accomo¬ 
dating  simultaneously,  processes  in  different  stages  of  design. 

(U)  SED  is  resident  in  the  Advanced  Research  Center's  CDC  7600.  It 
employs  that  facility's  interactive  color  graphics  (Anagraph  System)  to 
enable  an  analyst  to  control  and  examine  the  flow  of  processing  of  data  that 
characterizes  the  behavior  of  the  real-time  system  for  which  data  processing 
requirements  and  specifications  are  sought.  The  SED  software  includes  stand- 
arlzed  plot  packages  so  that  performance  data  required  by  the  analyst  will 
be  monitored  by  the  SED  during  an  exercise,  and  then  be  available  for  auto¬ 
matic  plotting  when  called  for. 

(U)  To  achieve  the  goals  of  SED,  the  software  structure  requires; 
the  analyst  to  decompose  the  target  real-time  processes  into  logically  inde¬ 
pendent  subprocesses  (e.g.  the  hierarchical  structure  for  HELWS  described 
in  Section  1.1),  being  careful  to  clearly  separate  computational  elements 
within  a  subprocess  from  data  transfer  elements  which  transfer  data  between 
subprocesses.  SED  aids  and  encourages  this  decomposition  by  employing  a 
multi -module  overlay  structure  in  which  the  analyst  defines  module  boundaries 
at  those  points  where  he  desires  to  modify  and/or  examine  data.  For  large 
processes  such  as  MMBC,  the  overlay  structure  provides  the  additional 
benefits  accrued  from  economical  memory  utilization.  The  SED  employs 
GRC  developed  support  software  Including  IFTRAN  (a  structured-programing 
language  which  Is  FORTRAN  compatible,  and  Dynamic  Storage  Allocation  (DSA). 

A  detailed  description  of  the  basic  SED  program  as  configured  for  the  MMBC 
signal  processing  functions  Is  provided  In  Reference  3. 
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3.3  (U)  FUNCTIONAL  BREAKDOWN  FOR  HELWS  DEMONSTRATION 

(U)  The  deoraonstration  yersion  of  the  HELWS  functional  simulator 
does  not  incorporate  the  hierarchical  structure  presented  in  Section  2. 

Instead,  it  was  configured  with  certain  subfunctions  as  the  principal 
component  functions.  These  were  known  to  some  degree  at  the  outset  of 
our  study.  The  analysis  leading  to  the  integration  into  first  level 
functions  was  conducted  in  parallel  with  the  initial  implementation  of  a 
simulation  capability.  Figure  3.1  is  a  flow  diagram  for  the  initial  version 
of  the  flexible  simulator.  Incidentally,  Figure  3.1  Is  an  output  on  a  graphics 
terminal,  used  by  the  analyst  to  define  to  the  simulation  executive  software 

r 

the  sequencing  of  functions. 

(U)  At  present,  many  of  the  functions  In  the  demonstration  simulation 
are  Implemented  as  dummy  routines  which  require  time,  but  functionally  per¬ 
form  perfectly.  The  detailed  requirements  for  a  HELWS  functional  model  were 
not  part  of  this  Investigation.  Nevertheless,  the  structure  we  have  developed 
makes  provisions  for  Incorporating  system  functions  as  their  descriptions  become 
better  defined.  The  major  achievement  during  this  reporting  period  was  to 
modify  the  executive  and  display  software  of  a  previously  developed  simulator 
to  interface  with  routines  that  represent  HELWS  functions.  Subsequent 
paragraphs  summarize  the  capability  and  features  of  this  software. 

3.4  (U)  HELWS  SIMULATOR  PHYSICAL  DESCRIPTION 

(U)  The  HELWS  simulator  has  the  configuration  shown  in  Figure  3.2.  It 
resides  on  the  CDC  7600  computer  at  the  BMDATC  Advanced  Research  Center. 

Code  for  the  executive  is  written  in  IFTRAN,  a  version  of  FORTRAN  that 
incorporates  structured  software.  It  consists  of  a  main  overlay  containing 
commonly  used  routines  and  secondary  overlays  to  perform  specific  independent 
executive  functions.  It  interfaces  with  the  threat  generator  that  drives 
the  simulator  input  and  manages  communications  with  the  Anagraph  Display 
System.  The  Anagraph  is  an  interactive  terminal  set  consisting  of  a  19-Inch 
color  CRT,  keyboard  and  trackball  positioned  cursor.  The  terminal  includes 
a  black  and  white  hard-copy  device. 
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3.5  (U)  EXECUTIVE  DESCRIPTION 

(U)  The  HELWS  simulator  executive  implements  a  variety  of  functions 
that  help  the  analyst  coordinate  operation  of  the  simulator.  These  include: 

•  (U)  Interpreting  user  commands 

t  (U)  Reading  in  data  from  the  threat  driver 

•  (U)  Controlling  flow  of  data  through  simulator 

•  (U)  Bookkeeping 

•  (U)  Performance  monitoring 

Having  most  service  routines  in  the  executive  enhances  the  flexibility  of 
the  simulator.  Changes  in  input-output  formats  do  not  impact  the  routines 
that  implement  HELWS  functions.  Conversely,  altering  or  replacing  a 
HELWS  function  has  minimal  impact  on  executive  routines.  A  listing  of 
the  main  driver  control  logic  may  be  found  in  Appendix  A. 

(U)  The  analyst  will  have  at  his  command  various  instructions  which 
allow  him  to  control  and  monitor  the  execution  simulator.  The  following 
is  a  list  of  the  most  powerful  commands: 

•  (U)  Modify  Input  -  The  command  allows  the  user  to  change  any 

of  the  inputs  of  a  functional  module,  any  functional  module 
constant  or  executive  constant. 

•  (U)  Change  Model  -  Allows  the  user  to  dynamically  change  which 

version  of  a  functional  module  will  be  executed.  For  example, 
a  user  could  choose  a  track  while  scan  function  for  Precommit 
Track  or,  alternatively,  a  dedicated  tracking  function. 

•  (U)  Display  Input  -  This  command  allows  the  user  to  examine  all 

of  the  inputs  to  a  functional  module  prior  to  its  execution. 

•  (U)  Display  Output  -  This  command  allows  the  user  to  display  the 

modules  output,  or  to  request  a  printed  or  plotted  performance 
monitor  output.  It  can  also  be  used  to  request  a  display  of 
the  executives  summary  statistics. 

•  (U)  Set  Breakdown  -  This  command  lets  the  user  regain  control  of 

the  executive  at  the  end  of  a  designated  functional  modules 
execution.  The  user  may  then  use  any  of  the  other  commands 
to  examine  or  change  information. 
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(U)  •  Next  Scan  -  This  command  causes  the  next  scan  outa  set  to  be  read. 

(U)  •  Continue  -  Signals  the  executive  that  execution  may  resume.  This 
is  the  command  that  gives  control  back  to  the  executive  after 
stopping  for  a  breakpoint. 

(U)  •  Stop  -  Causes  run  termination. 

(U)  e  Read  Threat  Generator  Outputs  -  The  Emulation  Executive  will  read 
in  the  data  from  the  next  scan  of  a  sensor.  The  program  will 
assign  space  for  the  data,  and  prepare  it  for  the  first  functional 
module;  for  instance,  "Search  Control." 

(U)  •  Control  Flow  of  Data  Through  System  -  The  Emulation  Executive  will 
control  the  flow  of  data  through  the  system  as  it  passes  from  one 
functional  module  to  the  next. 

(U)  •  Bookkeeping  -  The  Executive  will  keep  track  of  the  status  of  each 
functional  module.  Among  the  item  will  be: 

1)  The  current  module  type 

2)  Whether  it  is  active  or  idle,  and  if  active,  the  wait  queue 
length  for  the  module 

3)  The  amount  of  data  transferred  between  modules,  and 

4)  Simulate  Clocks  for  each  module,  along  with  active/idle  time 
ratios 

(U )  e  Performance  Monitor  Data  -  Performance  Monitor  Data  will  be  collected 
for  each  functional  module  and  printed  on  the  normal  output  file. 

Upon  user  request,  the  data  may  also  be  displayed  in  printed  or 
plotted  form  on  the  graphic  terminal. 

(U)  The  Simulator  Program  Is  submitted  over  the  counter  at  the  ARC  as 
a  batch  job  requiring  a  graphic  display  terminal.  The  run  deck  consists 
of  the  control  cards  specifying  the  load  modules  and  output  files  for  the  run, 
along  with  the  Input  data  defining  the  Initial  configuration  and  nominal  values 
for  the  functional  modules.  The  user  at  the  graphics  terminal  then  controls 
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the  execution  of  the  simulator.  He  can  cause  the  next  scan  to  be  read  from 
threat  driver  output  files,  change  input  value,  dynamically  change  which 
functional  module  is  to  be  used,  display  overall  status,  or  examine  the 
performing  monitor  data  for  any  of  the  modules.  Each  scan  data  set  produced 
by  the  threat  driver  will  be  processed  by  acquisition  and  track  modules. 

As  the  data  sets  pass  through  the  system,  If  the  next  functional  module 
encountered  is  a  simulation.  It  will  be  executed  Immediately  by  calling 
in  the  appropriate  overlay.  (U) 

(U)  After  all  return  data  sets  are  processed,  the  data  set  furth¬ 
est  along  Is  taken  off  of  the  queue  and  the  simulation  overlay  for  It  is 
brought  In  and  executed. 

3.6  (U)  THREAT  DRIVER 

(U)  The  role  of  the  threat  driver  in  the  simulator  is  to  generate  a 
record  of  target  dynamics  and  characteristics  at  each  Instant  in  time  when 
the  Inputs  to  the  sensors  in  the  system  are  to  be  updated.  The  threat  driver 
"flys"  all  of  the  objects  In  the  threat  and  produces  a  "shot"  of  the  aspect- 
dependent  scene  In  the  field  of  view  of  each  sensor.  In  a  detailed  functional 
simulator,  depending  on  the  sensor.  It  accounts  for  radar  cross  section, 

IR  emmlssive  properties,  and  the  emmlssive  and  reflective  characteristics 
In  the  passband  of  other  electro-optical  sensors. 

(U)  The  simulation  makes  data  requests  by  sending  a  message  to  the 
threat  driver.  The  message  identifies  the  sensor  type,  location  and  field 
of  view  and.  If  applicable,  the  illumination  beam  description.  The  threat 
driver  returns  a  data  record  consisting  of  the  radiation  from  the  targets 
within  the  sensor  field  of  view.  The  executive  sends  the  record  to  the 
routine  that  models  operation  of  the  sensor.  In  the  demo,  the  threat 
driver  Is  an  algorithm  which  determines  the  positions  of  all  targets 
(X,  Y,  Z,  X,  Y,  Z,  X  ,  Y,  Z)  as  a  function  of  time.  It  Is  represented 
In  Figure  1.9  by  the  box,  "GENERATOR". 
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(U)  The  complexity  of  the  threat  driver  will  depend  In  large  measure 
upon  the  fidelity  with  which  targets  must  be  modeled.  For  Instance,  the 
trajectory  of  an  ARM  might  be  approximated  by  a  series  of  constant 
velocity  flight  segments,  or  It  might  be  generated  by  a  3  DOF  simulation, 
or  even  a  6  DOF  simulation.  Eventually,  the  driver  should  operate  at 
several  levels  of  fidelity.  For  example,  the  multiple  target  Input  data 
for  the  Initial  Acquisition  Function  can  be  of  relatively  low  fidelity, 
whereas,  the  single  target  data  for  cross  correlation  track  must  come 
from  a  very  high  fidelity  model.  Generating  the  input  signals  for  Imaging 
sensors  Is  expected  to  present  the  most  stressing  signature  modeling  re¬ 
quirements  for  the  threat  driver. 

3.7  (U)  HELWS  FUNCTIONAL  MODELS 

(U)  Figure  3.1  shows  a  display  produced  by  the  SED  executive 
giving  the  execution  and/or  data  flows  between  the  HELWS  functional  models 
currently  defined.  Each  of  these  functional  models  consist  of  two  parts: 

1)  model  control,  and  2)  model  algorithm. 

3.7.1  (U)  Model  Control 

(U)  Each  Individual  function  model  Is  an  overlay  In  the  SED  design, 
and  the  main  program  of  the  overlay  Is  In  charge  of  executing  the  proper 
code  for  the  model  under  test.  The  Integer  variable  comtype ,  in  common/ 
control/.  Is  used  to  determine  the  purpose  of  this  call,  as  shown  in 
Figure  3.3. 

3.7.2  (U)  Model  Algorithm 

(U)  The  algorithms  for  the  fui.v..ional  models  of  HELWS  have.  In 
some  cases,  been  Implemented  as  time  delays,  In  others,  as  bookkeeping 
devices,  while  the  rest  are  derived  from  the  algorithms  used  In  the  COMO 
simulation  of  a  HELWS. 
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COMTYPE 

-1 

0 

1 

2 

3 

4 

5 

6 


7 


8 


RESPONSE  OF  CONTROL 

Read  in  namelist  data  for  model 
Perform  model  initialization 
Execute  model  algorithm 
Display  the  model  output  data 
Display  the  model  input  data 
Modify  the  model  input  data 
Destroy  the  input  to  model 
Reformat  the  input  data  for 
hardware/emulation  versions  of 
model  (as  appropriate) 

Reformat  the  output  data  from 
hardware/emulation  versions  of 
model  (as  appropriate) 

Record  model  input  so  that  it 
may  be  rerun  at  a  later  time 


Figure  3.3  (U)  Response  of  Model  Control  to  COMTYPE 


3-10 


UNCLASSIFIED 


■  -mi  lAjjyyriai 


UNCLASSIFIED 


(U)  An  example  of  the  logfc  implemented  for  one  of  the  functional 
algorithms  is  prioritization.  A  logic  flow  chart  for  this  model  can  be 
found  in  Figure  3.4  ,  and  a  listing  of  this  functional  model,  along  with 
its  control  can  be  found  in  Appendix  B. 

3.7.3  (U)  Test  Case  . 

(U)  In  order  to  verify  the  logic  and  algorithms  for  this  version 
of  HELWS,  a  test  case  consisting  of  4  objects  flying  straight  line  trajec¬ 
tories  with  no  intermediate  maneuvers  was  selected.  All  of  the  objects 
were  to  impact  near  the  laser,  but  only  one  of  them  to  impact  in  the  laser 
defended  region.  The  actual  Input  cards  for  the  test  case  are  shown  in 
Figure  3.5  ,  and  this  information,  along  with  other  SED  Executive  and 
system  wide  parameters  output  is  shown  In  Figure  3.5.. 

(U)  The  output  from  the  simulation  for  this  test  case,  50  seconds 
in  duration  with  all  debug  output  turned  on,  will  be  a  printout  several 
inches  thick.  Instead  of  presenting  the  entire  output,  selected  interest¬ 
ing  portions  of  the  output  may  be  found  in  Appendix  C.  In  addition,  a 
summary  of  the  status  of  each  functional  model  at  the  end  of  execution 
of  the  test  case  Including  the  number  of  times  executed  and  the  number  of 
words  of  data  transferred  between  models  may  be  found  in  Figure  3.7  . 

The  same  display  as  produced  for  the  user  as  the  interactive  graphics 
terminal  is  shown  in  Figure  3.8  . 
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Figure  3.5  (U)  Test  Case  Input 
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Figure  3.6  (U)  SEO  Executive  and  System  Wide  Parameters 
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Figure  3.6  (U)  (Cont.)  SED  Executive  and  System  Wide  Parameters 
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Figure  3.6  (u)  (Cont.)  SED  Executive  and  System  Wide  Parameters 
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Figure  3.7  (U)  Summary  of  Functional  Model  Execution  for  Test  Case 
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Figure  3.8  (U)  Screen  Display  of  Test  Case  Summary 
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4  (U)  SIMULATOR  DEVELOPMENT  PLAN 

(U)  A  flexible  functional  simulator  and  an  associated  threat  gen¬ 
erator  would  be  of  great  benefit  to  the  HELWS  system  engineering  process. 
They  would  be  effective  tools  for  deriving  the  performance  and  design  re¬ 
quirements  for  a  HELWS.  Presently,  however,  only  the  executive  software 
and  the  graphics  capabilities  are  operational;  only  a  demonstration  subset 
of  the  HELWS  functions  are  Implemented  In  the  simulator.  Further,  the 
threat  generator  now  provides  only  trajectory  Information  for  point  targets 
To  be  fully  useful  for  driving  a  HELWS  simulator,  It  requires  the  cap¬ 
ability  to  model  the  finite  extent,  shape  and  radiation  properties  of  tar¬ 
gets  and  to  represent  susceptibility  to  damage  by  a  laser. 

(U)  In  this  reporting  period  we  prepared  a  plan  for  continued 
developement  of  the  simulator  and  threat  generator.  Our  analysis  also 
considered  the  tasks  that  must  proceed  hand-in-hand  with  work  on  the 
simulator  and  the  threat  generator.  We  recognize  that  continued  develop¬ 
ment  requires: 

•  (U)  establishing  detailed  Mission  Requirements  for  HELWS 

•  (U)  modeling  the  properties  and  characteristics  of  likely  targets 

•  (U)  formulating  specific  threat  sensors 

§  (U)  preparing  algorithms  for  battle  management  of  engagements 
with  laser  weapons 

The  total  plan  Is  costly  In  time  and  effort.  Consequently,  we  have  phased 
activities  so  as  to  produce  an  Inltal  operational  capability  quickly  and 
at  modest  cost.  Subsequent  phases  of  the  program  provide  more  advanced 
and  complete  capability. 

(U)  The  simulation  plan  consists  of  two  parts.  Section  4.1  pre¬ 
sents  a  work  breakdown  In  the  form  of  task  descriptions.  Section  4.2 
presents  a  schedule  for  achieving  Increasing  levels  of  capability  In  a 
flexible  HELWS  simulation  and  threat  generator. 
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4.1  (U)  TASKS  FOR  SIMULATOR  DEVELOPMENT 

(U)  The  work  breakdown  for  continued  simulator  development  has 
five  major  tasks.  Two  of  these  account  for  the  effort  to  build  a  flex¬ 
ible  simulator  and  a  threat  generator.  Two  others  continue  the  modeling 
activities  to  produce  a  functional  breakdown  of  HELWS  and  to  generate 

t 

models  of  specific  elements  In  the  threat.  The  fifth  task  is  the  mission 
analysis  to  Identify  typical  battlefield  deployments  for  laser  weapons 
and  strategies  for  using  them  and  to  establish  the  threat  environment. 

As  illustrated  In  Figure  4.1  ,  the  work  breakdown  has  a  hlerarchlal 
structure  If  viewed  In  terms  of  where  each  task  gets  Its  Inputs.  Sub¬ 
sequent  paragraphs  of  this  section  present  additional  detail  about  the 
objective  of  each  task. 

(U)  The  mission  requirements  analysis  task  will  establish  the 
scope  of  alternative  missions  for  laser  weapons.  This  effort  will  define 
the  threat  that  each  mission  is  to  meet  and  Identify  the  criteria  for 
neutralizing  the  threat  with  a  laser  weapon.  The  output  of  this  task  is 
a  statement  of  the  system  objectives,  and  criteria  for  mission  success. 
Using  the  mission  analysis  output,  alternative  constructs  are  formulated 
In  terms  of  functions  to  be  performed  and  their  sequencing.  Note  that 
this  need  not  Involve  a  decision  about  which  laser  technology,  repetitively 
pulsed  or  chemical.  Is  In  the  construct.  At  this  point,  the  simulation 
tools  developed  become  part  of  the  mainstream  of  the  technology  program: 
the  framework  would  be  ready  at  this  point  In  the  program  to  accept  models 
of  the  functions  which  have  been  developed  by  other  technology  contractors 
(e.g.  beam  control). 
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Figure  4.1  (u)  Work  Breakdown  for  HELWS  Simulation  Program 
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(U)  At  this  point  the  level  of  fidelity  In  the  simulation  is  Impor¬ 
tant  to  the  goals  of  the  analysis.  We  will  use  the  terms  and  definitions 
for  the  models  of  the  functions  presented  In  Table  4.1.  It  Is  clear  from 
the  table  that  we  envision  the  simulation  effort  as  an  evolving,  continuously 
useful  tool.  Outputs  from  the  function  performance  level  are  necessary 
inputs  to  concept  formulators  who  choose  and  describe  generic  components 
of  possible  constructs.  Some  concepts  can  be  quickly  eliminated  on  the 
basis  of  the  performance  requirements  being  well  beyond  current  projected 
capabl 1 1 tl es. 

(U)  The  survivors  of  the  first  phase  of  simulation  at  the  function 
performance  level  are  modeled  at  the  component  performance  level.  These 
candidates  are  optimized  by  tradeoffs  at  this  level  of  detail  and  compared. 
Much  significant  data  Is  generated  at  this  time  that  will  greatly  aid  In 
the  selection  of  a  preferred  construct  which  can  be  designed  and  evaluated 
using  the  final  component  simulation/emulation  version. 

(U)  Mote  that  it  is  at  the  last  stage  of  the  effort  that  one  com¬ 
plex,  component  simulation  Is  built.  Such  models  are  difficult  to  change, 
long  running,  and  require  extensive  memory.  Such  a  simulation  Is  built 
only  when  the  program  is  mature,  and  the  specifics  of  the  design  are  known. 


(U)  The  approach  to  using  simulation  In  a  technology  program  out¬ 
lined  above  Initially  allows  a  broad  hack  at  many  possible  solutions,  a 
more  detailed  analysis  of  a  few  solutions,  and  thorough  testing  and  evalua¬ 
tion  of  components  and  software  via  simulation  of  preferred  constructs 
during  development.  Feedback  between  levels  Is  likely,  as  problems  are 
uncovered,  and  the  framework  and  previously  used  models  survive  for  such 
use  for  the  life  of  the  program. 
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(U)  MODEL  LEVELS  DEFINITIONS 
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(U)  Although  we  constructed  a  functional  breakdown  for  HELWS,  as 
reported  In  Section  1.1,  the  detail  of  function  specifications  Is  presently 
Inadequate  for  realization  In  a  simulator.  Task  2  provides  functional 
analysis  to  extend  and  detail  the  functional  breakdown.  Initially,  emphasis 
will  be  given  to  complete  specification  of  the  basic  sensor  and  sensor  pro¬ 
cessing  functions.  Subsequently,  emphasis  will  shift  to  control  and  coor¬ 
dination  functions' and  subfunctions. 

(U)  The  threat  modeling  task  (Task  3)  will  upgrade  models  for  tar¬ 
gets  that  are  contained  In  the  threat.  It  will  account  for  dynamic  behavior, 
radar  and  optical  scattering  characteristics,  and  IR  radiation  properties 
of  the  targets.  Further,  this  effort  will  produce  the  detailed  specifi¬ 
cation  of  specific  threat  scenarios  that  are  anticipated  for  HELWS  missions. 

(U)  Current  work  has  produced  the  execution  software  and  graphics 
capability  for  a  HELWS  simulator.  We  have  as  yet  implemented  only  a  few 
system  functions  In  computer  code.  Task  4  Includes  the  effort  to  design 
and  implement  software  routines  that  realize  the  functions  identified  in 
the  HELWS  functional  breakdown.  Our  objective  Is  to  build  these  routines 
so  that  they  can  be  readily  replaced  by  alternative  specifications  of  a 
function. 

(U)  Task  5  produces  the  threat  generator  for  driving  the  HELWS 
functional  simulator.  It  is  a  program  that  responds  to  simulation  commands 
for  the  radar  signal  or  optlcal/IR  radiation  from  the  direction  that  a  sensor 
Is  pointing.  It  Implements  models  of  specific  targets  and  moves  targets 
according  to  the  specification  of  threat  scenarios  and  the  actions  of  the 
weapon  system. 
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4.2  (U)  DEVELOPMENT  SCHEDULE 

(U)  As  shown  In  Figure  4.2  the  development  schedule  covers  three 
years,  and  has  three  distinct  phases.  This  program  plan  provides  a  simu¬ 
lation  capability  that  increases  incrementally.  The  product  of  Phase  I 
is  an  initial  version  of  the  flexible  simulator  and  the  threat  generator. 
The  HELWS  fire  control  problem  is  modeled  at  a  high  level  with  limited 
fidelity.  The  output  of  Phase  II  is  a  baseline  simulation  capability 
that  models  targets  and  HELWS  functions  with  greater  fidelity.  Phase  III 
produces  an  advanced  version  of  the  flexible  simulator  and  the  threat  gen¬ 
erator.  This  advanced  simulation  capability  includes  representing  battle 
management  and  responsive  threats. 


(U)  The  initial  version  of  the  flexible  simulator  will  contain  repre 
sentations  of  the  major  HELWS  function,  as  identified  in  the  functional 
breakdown.  Some  of  the  subfunctions,  however,  will  be  realized  only  in 
simple  form.  For  instance.  Laser  Operation  will  model  ideal  beam  control 
and  Battle  Management  will  take  account  of  only  simple  threat  scenarios. 
Similarly,  the  threat  generator  will  model  a  target  as  an  object  consist¬ 
ing  of  several  point  scatterers  or  radiation  sources.  The  initial  simulat¬ 
ion  capability  will  support  the  development  of  requirements  at  the  system 
level  (i.e.,  firing  rate,  acquisition  range,  engagement  ranges,  laser  power 
etc.) 


(U)  The  baseline  version  of  HELWS  simulation  capability  will  be  an 
upgrade  of  the  initial  version.  It  will  have  more  detailed  representa¬ 
tions  of  system  functions  and  subfunctions  in  the  flexible  simulator 
and  the  threat  generator  will  be  based  on  target  models  of  greater  fide¬ 
lity.  Battle  management  will  handle  complex  threat  senarlos  and  the  beam 
control  functions  will  be  accurately  modeled  for  a  class  of  laser  weapons. 
The  threat  generator  will  contain  target  models  that  account  for  the 
special  form  and  shape  of  targets.  Further,  the  baseline  version  will 
accomodate  more  complicated  target  trajectories  than  the  baseline  version. 
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PHASE  1 


Figure  4.2  (U)  Development  Schedule  for  HELWS  Simulation  Capability 


UNCLASSIFIED 


(U)  We  Included  a  third  phase  In  the  development  cycle,  because  1 
concepts  and  HELWS  missions  will  surely  change  as  development  proceeds 
in  the  earlier  phases.  The  result  of  these  changes  will  be  the  need  for 
even  greater  flexibility  than  can  be  forseen  initially.  For  example, 
some  considerable  mission  analysis  must  be  performed  before  we  can  fully 
anticipate  the  many  alternatives  for  Battle  Management  -  more  analysis 
than  is  possible  before .committing  to  the  design  for  the  initial  version 
of  the  simulation  capability. 
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APPENDIX  C 

(U)  SELECTED  PRINTOUTS  FROM  HELWS  TEST  CASE 

itARLH  CONTKJi.  S I  HU  LAI  TON  MOLUf  7*  UulH  EXfCUMJN  AT  I  I  “F  2 . 0  Q  U  ..  F  ; ' 

CUW PENT  CM  7  IMt  ii  lk.>/b  WHICH  IS  .065  SECONDS  INTO  THi  TUN 

cwt»LAir  rALwfn  «ir<  “Ion r ype  =  i 

FUNCTIONAL  MODULE  SEhhCH  CONTROL  InCED  „T  CR  TIME  14. STS 

EXECUTION  TOOK  .  0 J  l  .T  SECONDS  AND  l  WORDS  WERE  INPUT  TO  IT. 


SEARCH  CONTROL  SIMULATION  MODULE  TO  9ECIN  EXECUTION  AT  TINE  1.00000800 

CURRENT  CP  TINE  TS  14. ST/  WHICH  IS  . 067  SECONDS  INTO  THE  TUN 

OVERLAY  C»..EO  WITH  CONTYPE  =  1 

TARGET  NO.  1  AT  AN  ALTITuOE  Of  4 TO 0.  AN 0  RANGE  FROM  RAOAR  OF  9889.  HAS  SEEN  DETECTED. 

STATE  •  7020. AO  4700.0a  4700.00  -ISO.  0000  -99.  0000  -1JO.JOAO 

TARGET  NO.  0  AT  AN  ALTITUDE  OF  4697.  AN 9  RANGE  FPOH  RADAR  OF  9899.  HAS  BEEN  OETECTED. 

STATE  *  7936.00  -4716.00  4047.  00  -198.  0000  94.  0000  -tOl.SOOO 

FUNCTIONAL  MODULE  SEARCH  CONTRO.  ENDED  AT  CP  TIME  14.9T9 

EXECUTION  TOOK  .003  IP  SECONDS  ANO  1  WORDS  HERE  INPUT  TO  Ir . 


TRACK  INITIATE  SIMULATION  module  TO  IE  GIN  EXECUTION  AT  TINE  3.00010003 

CURRENT  CP  TINE  IS  14.501  WHICH  IS  .073  SECONDS  INTO  Tm£  Run 

OVEKLAT  CALL  £0  w£  T4  lONfTPE  *  l 

TARGET  NO.  1  HOW  BEING  PROCCSScC. 

TARGET  NO.  3  NOW  BEING  PROCESSED. 

FUNCTIONAL  MODULE  TRACK  in  II  14  T  £  cNCED  AT  CP  TINF  14.SJ3 

EXECUTION  TOOK  .001  CP  SECONDS  ANU  48  WOROS  HERE  INPUT  ro  IT. 


SEARCH  CONTROL  SIMULATION  MOCULt  TO  3EGIN  EXECUTION  AT  TINE  4.00080000 

rn CCFtiT  '■B  TT»r  T?  1'..4A4  uurru  T«  .075  ?rrn«n<  f NTH  Thf  BUM 
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UNCLASSIFIED 
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UOLrL*'  UU'.J  ■>.  .  1  .01  If  -  1 

TARGET  HO.  4  AT  AN  ALTITUOt  OF  4014.  AID  k&NGE  FROM  RADAR  UF  9944.  HAS  9t£N  OTTECTEO. 

STATE  *  -7140. JO  -.5/6.0,  165.  J  0  JO  106.  JJOO  -59.1010 

FUNCTIONAL  MOCULE  SEARCH  CONThjl  r  No  El  -T  CP  TI.-E  14.686 

execution  took  .ooi  c=  sedonds  Air,  i  hope's  were  input  to  it. 


TRACK  WHILE  SCAN  SIMULATION  POCULt  TO  BEGIN  EXECUTION  AT  TINE  6.00000009 

CURRENT  CP  TINE  IS  16.588  WHICH  IS  .0/9  SECONDS  INTO  THE  RUN 

OVERLAY  CALLED  WIT-t  CONT»P£  =  1 


TARGET  NO.  1  IS  AT  AN  ALTITUDE  OF  46JJ.  A N1  RANGE  FROM  RADAR  OF  96/6. 

NO.  OF  T-W-S  PULSES  =  1 

FUNCTIONAL  MGOULE  TRACK  WHILE  SCAN  E4CED  AT  CP  TIME  14.569 

EXECUTION  TOOK  .001  I A  SEDONDS  AND  76  WORDS  WERE  INPUT  TD  IT, 


PKEO  IMPACT  POINT  SIMULATION  MJLULE  TO  BEGIN  EXECUTION  AT  TIME  k.uOOOOfOj 

CURPENT  CP  TIME  IS  1 ♦ , 592  WHICH  IS  .082  SECONDS  INTO  THE  RUN 

OVERLAY  CALLED  WITH  CON  TYPE  *  1 


'ARGET  NO.  1  IS  ATTACKING  THIS  LASC*.  RANGE  »  50. 

FUNCTIONAL  MOOULE  PFEL  IHFACT  punt  ENDED  AT  CP  TIME  14.592 

EXECUTION  TOOK  .001  D>  SECONDS  ANO  26  WORDS  WFPE  INPUT  TO  IT. 


KILL  TIHC  FRcOICT  SIMULATION  MOCULE  TO  IE  GIN  EXECUTION  AT  TIME  4.00000009 

CURPENT  CP  TIME  TS  14.595  WHICH  IS  .085  SECONDS  INTO  THE  RUN 

OVERLAY  CALLtO  Will  CON'TPE  *  l 


TARGET  NO.  I  AT  A  RANGE  TO  TM*  ASjE*  OF  50.  HAS  A  SHOT  TIME  OF  1.850 

FUNCTIONAL  module  KILL  THE  Pi  E  DID  T  ENDED  AT  CP  TIME  14.595 

EXECUTION  TOOK  .011  DP  SEDONDS  Am  26  WOFOS  WERE  INPUT  TO  IT. 
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TRACK  WHILE  SCAN  SIMULATION  MOOULE  TO  8EGIN  EXECUTION  AT  'INF  k. 00080001 

CURRENT  CP  TIN£  IS  lk.598  WHICH  IS  .0**  SFroNOS  INTO  THE  RU1' 

ONE  °L  A  Y  CA  -LEO  Will  COWTVPE  *  1 


TARGET  NO.  3  IS  AT  AN  ALTITUOE  OF  kS<Sf>.  A  NO  RANGE  F»OM  RADAR  OF  SR89. 

NO.  OF  T-W-S  FULSES  *  1 

FUNCTIONAL  MODULE  TPACK  WHILE  SCAN  FNDS0  AT  CF  TIME  lk. 599 

EXECUTION  YQOK  .001  CP  SECONDS  AND  ?f>  WOFDS  WSFE  INPUT  TO  IT. 


PREO  IMPACT  POINT  SIHULATION  MODULE  TO  JEGtN  EXECUTION  AT  TINE  ..00000030 

CURRENT  CP  *IME  IS  lk  •  6  01  WHICH  IS  .09?  SECONDS  INTO  THE  eijH 

OVERLAY  CALLED  WITN.CONTyPE  x  i 


TARGET  NO.  3  is  a  TARGET  OF  OFFORTUNITT, 

FUNCTIONAL  MODULE  FRED  1HFACT  =>OINT  ENDED  AT  CP  TIME  lk.  60E 

_ EXECUTION  TOOK  .001  CP  SECONDS  AND  ?6  WOPDS  WERE  INPUT  TO  IT. 


KILL  TIME  PPEdCT  SIMULATION  MODULE  TO  DEGIN  EXECUTION  »T  H  NE  k.  ROD  )  000 1 

CUFRENT  CP  tine  IS  1..6J.  WHICH  IS  .099  SECONDS  INTO  Tmr  RUN 

ONE F L A V  CALLFO  WITH  CONTTPE  x  1 


TARGET  NO.  3  AT  A  RANGE  TO  'HE  ASSET  OF  330 .  HAS  A  SHOT  tihF  OF  .*31 

FUNCTIONAL  MOOULE  KILL  TIME  PREDICT  ENDED  AT  CF  TI-c  tfc.M5 

EXECUTION  TOOK  .001  C*  SEIOI.DS  ANO  ?6  WCRO'  WFPE  INPUT  T  D  TT . 


TRACK  INITIATE  SIMULATION  MOt'JLE  TO  3r  GIN  EXECU'ION  AT  '. .  0  00  00  011 

CURRENT  CP  TTM£  IS  IV.bOS  whIlh  IS  .09*  SECDN3S  TNTO  'HR  NT' 

r.NPM  RY  rsi  Lrn  H'TI  pd-typr  - 


1 


UNCLASSIFIED 


TARGE'  NO.  4  HON  BEING  PROCESS  ED. 

FUNCTIONAL  MOGULf  TRACK  INITIATE  ;NOEJ  -T  CP  T  IHF  lE.NjN 

EXECUTION  TOOK  .JJ1  -A  Sf.ON'S  Awn  2b  WORDS  WcRE  TnPU'  In  I*. 


prioritisation  simulation  module  to  3;gim  execution  at  tine  ..jojjiojj 

.CURRENT  CP  TINE  IS  IN. oil  NMIFH  IS  .101  5ECONJS  INTO  IHi  9UN 

OVERLAY  CALLED  HIT-1  CQNT  rPE  =  1 


TAFG£T  NO.  1  HAS  SEEN  CHoSEN  AS  PFI3UTY  NO.  1 

TARGET  NO.  3  HAS  BttN  CHOSEN  AS  PRIORITY  NO.  2 

FUNCTIONAL  HOCULE  PR  ICR  IT I2ATION  iN0E3  AT  CP  T  I«*E  14.612 

EXECUTION  TOOK  .001  CP  SECONDS  A.NO  A  WORQS  HERE  INPUT  TO  IT. 


SLEW  CONTROL  SIMULATION  MODULE  10  iEuIN  EXECUTION  AT  YTNE  (..00001  000 

CURRENT  CP  TINE  IS  14.614  WHICH  IS  .105  SECONDS  INTO  THE  »UN 

OOEFLAT  called  hit-1  3G1YVPE  s  t 


TARGET  NO.  1  HAS  A  SLEW  TIH£  OF  2.6416 

FUNCTIONAL  MOOULE  SLCH  CCNTRUl  fNOEJ  AT  CP  TINE  14. 515 

EXECUTION  TOOK  .001  Z?  SE.ONCS  AND  26  HOKDS  HERE  INPUT  TO  IT. 


HIGH  OATA  RATE  SIMULATION  MODULE  TO  3EGIN  EXECUTION  AT  TIME  5.00001000 

CURRENT  CP  TINE  IS  14. 6U  WHICH  Is  .100  SECONDS  INTO  THE  Run 

OVEeLAY  CALLEO  NITN  CONTYPE  *  1 


TARGET  NO. 

1 

IS  AT  an  altitude 

o- 

4b  JO.  A  NO 

A  RANGE 

OF 

95TS. 

NO.  OF  HIGH  CAT* 

RAT£ 

pul  S; s  * 

1 

TARGET  NO. 

3 

IS  AT  AN  ALTITUDE 

Of 

45-jb.  ANT 

A  riANGE 

Of 

96  U. 

NO.  OF  HIGH  DATA 

FATE 

pulses  * 

1 

FUNCTIONAL  HOOULE  HIGH  OATA  FAi 

'E  lNCET 

AT  CF  TIME 

14.619 

EXECUTION  TOOK  ,»t  0s  SECONTS  ANO  4*  WORDS  WERE  INPUT  TO  IT. 


UNCLASSIFIED 


i 
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Fund  IONAL  MOCULfc  SEARCH  LUNrf.uL  _'IU£j  AT  O  Tint  19.  I  TS 

EXECUTION  TOOK  .uOC  .3  SECONDS  ANC  t  WCFDS  WFRR  I NPUT  TO  I’. 


HIGH  DATA  RATE  SIMULATION  HOCULF  TO  ltGIN  EXECUTION  AT  TIME  46.000010*0 

CURRENT  CP  THE  15  H.1T1  WHICH  IS  4.665  SECONDS  INTO  THE  SUN 

ONE CL  A  Y  CAlgcO  wIH  CQA'TPE  *  l 

TARGET  MO.  2  IS  AT  IN  ALTITUDE  0?  442.  AN}  A  RANGE  OR  1064. 

MO.  OF  HIGH  DATA  RATE  PULSES  =  500 

TARGET  no.  3  :s  AT  AN  ALTITUDE  OF  2  54.  AND  A  range  OF  )3  q. 

NO.  OF  HIGH  CATA  FA  IE  PULSES  =  d.l 

TARGET  NO.  4  IS  AT  AN  ALTITUDE  Or  446.  AN}  A  RANGE  OF  Tbi. 

NO.  OF  HIGH  C/ATA  RATE  PULSES  *  T4T 

FUNCTIONAL  HOOULE  HIGH  DATA  FATE  iNOED  AT  CP  TIHE  19.1T9 

EXECUTION  TOOK  .001  C3  SECONDS  ANO  TO  WOPDS  WERE  INPUT  TO  IT. 


HIGH  DATA  RATE  SIMULATION  HOOULE  TO  3EGIN  EXECUTION  AT  T I  HE  46.06051030 

CURRENT  CP  TINE  IS  U.l#t;  WHICH  IS  4.6T2  SECONDS  INTO  THE  SUN 

ONEhLAT  called  wtTN  CONTTPE  *  1 

target  no.  2  is  at  an  altitude  of  .at.  ini  a  range  of  iosj. 

NO.  OF  HIGH  GATA  RATE  PULSES  •  501 

TARGET  NO.  3  IS  AT  AN  AITITUOE  OF  549.  AN3  A  RANGE  OF  320. 

NO.  OF  HIGH  CATA  RATE  PULSES  *  542 

target  no.  4  is  at  an  altituoe  of  wvi.  and  a  range  of  tss, 

NO.  OF  HIGH  CATA  RATE  3ULSES  =  T45 

FUNCTIONAL  HOOULE  HIGH  DATA  SATE  ENDED  AT  CP  TIME  19.153 

EXECUTION  TOOK  .001  C3  SECONDS  5N3  TO  WDRDS  WEFE  INPUT  TO  IT. 


CORRELATION  TRACK  SIMULATION  MOGjLt  TO  3EGIN  EXECUTION  AT  T  T  IF  6b.050*l0*i) 

CURRENT  CP  TIME  IS  H.tSi  WHICH  IS  4.6TS  SECONDS  INTO  THE  »UN 

QVIRLAT  CAllEO  wIT-t  CONTTPE  »  l 


TARGET  NO.  I  HAS  HAO  365  HITS.  IT  IS  AT  A  RANGE  OF  T33.  ANO  AZIMUTH  OF  34.91 

FUNCTIONAL  HOOULE  CORRELATION  TRACK  ENDED  AT  CP  TIME  19.136 

EXECUTION  TOOK  .001  C3  SECONDS  AND  26  WORDS  w£PE  INPUT  TO  IT. 


UNCLASSIFIED 


HIGH  DATA  PATE  SIMULATION  NOCULF  TO  IPGt'l  FXFCUTION  AT  TIME  49.  1  OOOIOJ3 

CURRENT  CP  TIME  IS  IS. 185  WHICH  IS  4.679  SECONDS  INTO  THE  RIJN 

OVERLAY  CALLED  KITH  DOM  TYPE  s  1 

TARGET  NO.  ?  IS  AT  AN  ALTITUOE  OP  4e?.  and  A  RANGE  OP  1041. 

NO.  OF  HIGH  CATA  RATE  PULSES  =  80? 

TARGET  NO.  3  IS  AT  AN  ALTITUOE  OF  144.  AND  A  RANGE  OF  911. 

NO.  OF  HIGH  DATA  FATS  PULSES  =  8.1 

TARGET  NO.  4  IS  AT  AN  ALTITUOE  OF  Life.  AND  A  RANGE  OF  745. 

NO.  OF  HIGH  CATA  RATE  PULSES  *  7.9 

FUNCTIONAL  HOCULE  HIGH  DATA  RATE  ENDED  AT  TP  TINE  19.190 

EXECUTION  TOOK  .001  DR  SECONDS  AMD  70  WORDS  HERE  INPUT  10  IT. 


OPEN  FIRE  SIMULATION  HODULE  TO  9EGIN  EXECUTION  AT  TIME  46.15080083 

CURRENT  CP  TINE  IS  19.191  WHICH  IS  4.681  SECONDS  INTO  THE  RUM 

overlay  called  win  domttpe  *  1 


YARGET  NO.  1  IS  AT  A  RANGE  OF  849.  from  THE  LASER. 

ESTIMATEO  TIME-TO-KUL  IS  1 .99000  0  SECONDS 

FUNCTIONAL  MODULE  OPEN  FIRE  ENDED  AT  CP  TIME  19.193 

EXECUTION  TOOK  .001  D*  SECONDS  AMO  ?6  WORDS  WERF  INPUT  TD  IT. 


HOT  SPOT  TRACK  SIMULATION  HOOULE  TO  BEGIN  EXECUTION  AT  TIME  1.6.15000  080 

CURRENT  CP  TIME  13  19.199  WHICH  IS  4.686  SECONDS  INTn  THE  PUN 

OVERLAY  CALLED  MUM  COM  TYPE  *  1 


TARGET  NO.  I  HAS  MAO  1  HITS.  IT  IS  AT  A  TANGE  OF  71?.  AMO  AZIMUTH  OF  14.09 

FUNCTIONAL  HOCULE  HOT  SPOT  TRACT  ENDED  «T  TP  time  19.197 

EXECUTION  TOOK  .001  CP  SECONDS  AMO  ?6  WDRDS  wepf  input  TO  IT. 


HIGH  DATA  FATc  SIMULATION  VOLJlf  Tn  a-;r.IU  FXFCIlTlON  AT  TTMF  '.6.161,11.115 


C-6 

I  Mfl  AWBIffi 


UNCLASSIFIED 


HIGH  QATA  RATE  SIMULATION  MObJLE  TO  J:Ul.N  EXECUTION  AT  THE  4/.  9500103; 

CURRE NT  CP  TIME  IS  19.441  WHICH  is  4.951  SECONDS  INTO  THE  PUM 

CVFkLAY  called  win  :oityp£  *  l 

T  APScT  NO.  2  IS  AT  AN  ALTITUDE  0*  SCI.  AN)  A  *ANG£  OF  *b). 

NO.  Of  NIGH  LATA  kA  t  •  MJLSi'S  =  o!9 

TAFGET  NO.  3  IS  AT  AN  ALTITUOE  Or  15/.  AN)  A  4AMSS  OF  >6-*. 

NO.  OF  HIGH  L-TA  FATE  PUL  Sr $  =  diO 

TARGET  NO.  4  IS  AT  AN  ALTITUQt  OF  25!.  AN)  A  4AfcG£  OF  *92. 

NO.  OF  HIGH  LATA  FATE  PUCSiS  -  /lb 

FUNCTIONAL  MOCULE  HIGH  OATA  h4T£  E^DcD  AT  CF  TINE  19.462 

EXECUTION  TOOK  .Ml  '?  *f:ONJS  AND  / 0  MORIS  MERE  INPUT  TO  IT. 


CORf ELATION  TRACK  SIMULATION  MObULE  TO  UGlN  EECUTION  AT  TIME  4/. 9500108) 

CURRENT  CP  TIME  IS  19.465  WHICH  IS  4.95*  SECONDS  INTO  THE  RUN 

OVERLAY  CALLED  MI H  CairYPE  =  1 


TARGET  NO.  1  HAS  HAO  354  HITS.  IT  IS  AT  A  RANGE  OF  350.  AND  AZIMUTH  OF  5/. 64 

FUNCTIONAL  MODULE  CORRELATION  TRACK  ENDED  AT  CP  TIME  19.466 

EXECUTION  TOOK  .001  $£C0N)5  AND  26  MORDS  MEPc  INPUT  TD  IT. 


CEASE  FIRE  SIMULATION  MOCULE  TO  3 1 G  IN  EXECUTION  AT  TIME  45.00008000 

CURRENT  CP  TIME  IS  19.468  WHICH  IS  4.959  SECONOS  INTO  THE  9 UN 

OVERLAY  CALLEO  Ain  COM  T  Y  PE  *  l 


FUNCTIONAL  MOCULE  CEASE  FIRE  iNOED  AT  CP  TIME  19.469 

EXECUTION  TOOK  .001  D?  S£;OND$  AND  26  WORDS  MERE  INPUT  TO  IT. 


DAMAGE  ASSESSMENT  SIMULATION  MOOJLE  TO  3EGIN  EXECUTION  AT  TIME  68.00000000 

CURRENT  CP  TIME  IS  13.4/1  NHICM  IS  4.96?  SECONDS  INTO  THE  RUN 

OVERLAY  CALLED  mITi  COMTYPE  2  1 


raer.cr  wo.  i  mic  o-*n  ncn  ii/fh  «rriic->. 


C-7 

UNCLASSIFIED 

^ . . 


unclassified 


UnCTIONAL  MOCULE  OwMkGE  ASSEiSNENi  SNJEJ  AT  TP  TIME  19.472 

EXECUTION  TOOK  .001  SJ  jtiSONJS  ANP  2b  wDP.15  WE  PE  INPlI'  TO  I'. 


I-RIORITIZAT  ION  SIMULATION  MOtiULE  TO  TEG  IN  EXECUTION  AT  TIME  Co  .  0  0  0  OH  0  0  0 

CURRENT  CP  TIME  IS  19.474  WHICH  IS  4.965  SECONDS  INTO  THE  RUN 

OVERLAY  CALLED  win  0  ON  T  CPE  =  1 


cunct ional  mooule  prioritization  enceo  at  cp  time  19,475 

execution  took  .oat  :»  seionjs  ano  a  wopjs  were  input  to  it. 


SEARCH  CONTROL  SIMULATION  module  TO  5EGIN  EXECUTION  AT  TIME  40.00000000 

CURRENT  CP  TIME  IS  li.473  WHICH  IS  4.960  SECONDS  INTO  THt  »UN 

OVERLAY  CALLED  WITH  SONTYPE  i  1 


functional  mocule  search  contra.  ended  at  cp  time  19.470 

EXECUTION  TOOK  .001  SJ  SECONDS  ANu  1  WORDS  WERE  INPUT  T3  IT. 


mot  SPOT  TRACK  SIMULATION  MOCULE  TO  9EGIN  EXECUTION  AT  TIME  40.05000000 

CUPRENT  CP  TIME  IS  U.4S1  WHICH  IS  4.971  SECONDS  INTO  T  H:  RUN 

OVERLAY  CALL-0  W I  IN  CONTYPE  =  1 


TARGET  NO.  I  HAS  hAO  20  HITS.  IT  IS  AT  A  TANGS  OF  331.  AND  AZIMUTH  OF  37.92 

FUNCTIONAL  MOOULE  HOT  SPOT  TRASK  SNEED  AT  CP  TIME  19.4S1 

EXECUTION  TOOK  .001  SP  SECONDS  ANO  26  WORDS  WERE  INPUT  1 3  IT. 


CORRELATION  TRAC'  SIMULATION  MOLULt  TO  iS  GIN  EXECUTION  AT  TIME  40.J5JJIOOJ 

CURRENT  CP  TIME  15  IN.40.  WHICH  IS  4.974  SECONDS  INTO  TH-  RUN 

OVERLAY  CAL.  EO  WIT4  SONTYPE  =  1 


I 


C-8 


UNCLASSIFIED 


UNCLASSIFIED 


i 


r 


TARGET  NO. 


HAS  HAD  385  HITS. 


IT  13  AT  A  RANG;  or  331.  ANO  AZIMUTH  DP  39.92 


FUNCTIONAL  HOOULE  CORRELATION 
EXECUTION  TOOK  .001 


TRACK  ENDED  AT  CF  TIME  19.385 

dp  seconds  and  26  words  were  input  to 


IT. 


9 


HOT  SPOT  TPACK  SIMULATION  MODULE  TO  3  EG  IN  EXECUTION  AT  TIME  38,15000000 

CURRENT  CP  TIME  is  1 3 • . AT  WHICH  IS  3.9TB  SECONDS  INTO  THE  PUN 

overlay  called  with  comttpe  =  1 


9  TARGET  NO.  1  HAS  HAO  21  HITS.  IT  IS  AT  A  RANG-  OE  313.  ANO  AZIMUTH  of  38.2.3 

FUNCTIONAL  HOOULE  HOT  SPOT  TRACK  ENDED  AT  CP  TI"E  19.398 

EXECUTION  TOOK.  .001  S>  SECONDS  AND  26  WOPOS  WERE  INPUT  TO  IT. 


t 


correlation  track  simulation  module  to  segin  execution  at  tine  aa.isooiqoo 

CURPENT  CP  TIME  IS  13.39)  WHjrH  IS  3.981  SFCOND5  INTO  TH'  RUN 

cxe^lay  call'd  win  oot-Yt-:  =  1 


f  target  no.  i  has  had  186  hits,  it  is  at  a  tange  of  313.  and  azinjth  dp  j».2i 

FUNCTIONAL  MOCULE  CORRELATION  TRACK  ENOED  at  CF  TIME  19.391 

EXECUTION  TOOK  .0)1  CP  SECONDS  ANO  26  WOODS  WERE  INPUT  ID  IT. 


MOT  SPOT  TRACK  SIMULATION  MOCULE  TO  )PGIN  EXECUTION  AT  T T W£  3M . ’5 0  0 C 00  1 

CURRENT  CP  TIME  IS  19.393  WHICH  IS  3.983  JPCONOS  INTO  *M-  P UN 

OVEPLAT  CALLIO  WITH  CONTYPE  i  1 


I APGET  HO.  I  HAS  HAD  22  HITS.  IT  IS  AT  A  YANG-  OF  295.  AND  AZIMUTH  OF  ?s.5Z 

FUNCTIONAL  MOCULE  HOT  SPOT  TRACK  i NO  ED  AT  CR  TIME  19,333 

EXECUTION  TOOK  .001  CR  SECONDS  And  26  WORDS  ME  PE  INPUT  T  (1  IT. 


A 


C-9 


UNCLASSIFIED 


UNCLASSIFIED 


CORRELATION  TRACK  SIMULATION  MOGULS  T3  J^GIN  EXECUTION  AT  T  I  NF  46.250010,33 


CURRENT  LP  TIMS  .S  ij.YiZ  hHICH  [ S 

CVfccL  Ay  CALLED  WITH  CONTYPE  =  l 


4  .962  SECONDS  INTO  THE  Pun 


TARGET  no.  t  MAS  HAD  382  HITS.  IT  IS  AT  A  9AMGE  OF  295.  ANO  AZIMUTH  QF  3».5Z 

FUNCTIONAL  MODULE  CORRELATION  TRACK  ENOEJ  AT  CR  TIME  19.4»8 

EXECUTION  TOOK  .031  'P  SECONDS  AMD  26  WORDS  HERE  INPUT  TD  IT. 


MOT  SPOT  TRACK 


SIMULATION  MOOJLt  TO  9EGIN  EXECUTION  AT  TIME 


48.3504003! 


CURRENT  CP  TIME  IS  19.500  WHICH  IS 

owerlay  called  with  :ontype  =  t 


4.991  SECONDS  INTO  THE  TUN 


TARGET  NO.  1  HAS  HAD  23  HITS.  IT  is  AT  A  9  INGE  OF  22  2.  AND  AZIMUTH  JF  30.94 

FUNCTIONAL  HOCULF  HOT  SPOT  TRACK  ENDED  AT  CP  TIME  19.501 

EXECUTION  TOOK  .001  ;>  SFCON3S  AND  2b  WORDS  WERE  INPUT  TO  IT. 


CORRELATION  TRACK  SIMULATION  MODULE  ID  DEGIN  EXECUTION  AT  TIME  48.3500100.) 


CURRENT  CP  TIME  IS  19.504  WHICH  IS 

overlay  calleo  win  coitype  *  1 


4.994  SECONDS  INTO  the  2un 


TARGET  NO.  1  HAS  HAD  388  HITS.  IT  IS  AT  A  21NGE  OF  22  Z.  ANO  AZIMUTH  OF  38.94 

FUNCTIONAL  MOCULE  CORRELATION  T  9  ac  K  EnOE)  AT  CP  TIME  19.504 

execution  took  .001  c»  seconds  and  26  words  were  input  to  it. 


MOT  SPOT  TRACK 


SIMULATION  MODULE  to  DEGIN  EXECUTION  AT  TIME 


48.45000010 


CURRENT  CP  TIME  IS  19.502  WHICH  is 

oveplay  calleo  win  coitype  *  1 


4.992  SECONDS  INTO  THE  RUN 


TARGET  NO.  I  HAS  HAD  24  HITS.  IT  IS  AT  1  MNGE  OF  250.  ANO  AZIMUTH  OF  39.35 

FUNCTIONAL  MOCULE  MOT  SPOT  TPA;<  ENDED  AT  CP  TIME  19.502 

EXECUTION  TOOK  • J3 1  Z1  SECONDS  AND  25  WCRBS  WERE  INPUT  TO  IT. 


UNCLASSIFIED 


UNCLASSIFIED 


CORRELATION  T WALK  SIMULATION  HUCvlt  TO  SEGI.M  EXECUTION  AT  THE  48.450*1**3 

CURRENT  CP  TINE  IS  19.513  WHICH  IS  5.0QQ  3ECONOS  INTO  THE  RUN 

overlay  called  win  coitype  =  1 


7ARG£T  NO.  i  HAS  HAO  389  HITS.  IT  IS  AT  A  TANGS  OF  260.  AND  AZIMUTH  OF  39.36 

functional  mocule  correlation  track  encei  at  cp  tine  i9.su 

EXECUTION  TOOK  .001  CP  SFCON3S  AMu  26  WORDS  WERE  INPUT  T3  IT. 


HOT  SPOT  TRACK  SIMULATION  HOUuLt  TO  3EGIN  EXECUTION  AT  tine  98.550*0110 

CURRENT  CP  TINE  IS  19.513  WHICH  IS  5. DOR  SECONDS  INTO  THE  RUN 

OVEREAT  CALLEO  WITl  CON  TYPE  *  l 


TARGET  NO.  1  HAS  HAO  25  HITS.  IT  IS  AT  A  RANGE  OF  246.  AND  AZIMUTH  OF  19. *6 

FUNCTIONAL  MOCULE  HOT  SPOT  TRACK  ENDED  AT  CP  TIME  19.514 

EXECUTION  TOOK  .001  SECONDS  893  26  WORDS  WERE  INPUT  TO  IT. 


CORRELATION  TRACK  SIMULATION  nOCdlE  TO  9EGIN  EXECUTION  AT  TINE  48. 55001*00 

CURRENT  CP  TIME  IS  19.511  WHICH  IS  5.00/  SECONDS  INTO  THE  RUM 

OVERLAY  cal.  EO  Win  C  01 T  YPE  =  1 


TARGE!  NO.  1  MAS  HAO  390  HITS.  IT  13  AT  A  RANGE  OF  244.  AND  AZINJTH  OF  39.04 

functional  module  correlation  track  ended  at  cp  tine  19. sit 

EXECUTION  TOOK  .001  Z1  SEC0N3S  AMD  26  WORDS  WERE  INPUT  TD  IT. 


hot  SPOT  TRACK  SINULAriDN  MODULE  TO  li  G  IN  EXECUTIuN  AT  TINE  69.650000J! 

CURRENT  CP  THE  IS  19.521  WHICH  IS  5.010  SECONDS  INTO  THE  RUM 

CVERLAT  CAlcEO  »JTN  C01TYPE  «  1 


c-n 


UNCLASSIFIED 


UNCLASSIFIED 


TARGET  NO.  1  HAS  Nib"  26  HITS .  IT  IS  AT  A  PANGE  OF  22  8.  AND  AZIMUTH  OF  k«.JZ 

FUNCTIONAL  MOOULE  HOT  SPOT  TRACK  E90E)  AT  CP  TIME  19. ill 

EXECUTION  TOOK  .flat  C»  SECONOS  AMO  26  WOODS  WFPE  INPUT  TO  IT, 


CORP.ELATION  tpaCK  SIMULATION  MODULE  TO  J^GIM  EXECUTION  AT  TINE  4*. 65001001 

-  CURRENT  CP  TINE  IS  19.521  WHICH  IS  S.014  5ECON9S  INTO  THE  PI|M 

OVEcL A T  CALLEO  WITH  COlTfPE  «  1 


'ASSET  NO.  1  HAS  HAO  J91  HITS.  IT  IS  AT  A  PANG:  OF  22«.  AND  A2INUTH  Of  40. J2 

FUNCTIONAL  MODULE  COPPELATION  TRACK  ENOEC  AT  CP  TIME  19.5>4 

EXECUTION  TOOK  .DOT  IP  SECONDS  AND  26  WOPJS  HERE  INPUT  TO  IT. 


HOT  SPOT  TRACK  SIMULATION  MOOULE  TO  9ECIN  EXECUTION  AT  TINE  4*. 25000000 

CURRENT  CP  TINE  IS  19.525  WHICH  IS  5.01 2  SECONDS  INTO  THE  PUT 

overlay  called  win  conttpe  *  i 


TARSET  NO.  1  HAS  HAO  22  HITS.  IT  IS  AT  A  PANGE  OF  214.  ANO  AZIN'JTH  OF  40.9* 

FUNCTIONAL  MOOULE  HOT  SPOT  TRACK  ENOEJ  AT  CP  TINE  19.522 

EXECUTION  TOOK  .00  1  CP  SECONDS  AMO  26  WC»OS  HERE  INPUT  TO  IT. 


correlation  track  simulation  mocule  to  segin  execution  at  ti-e  Ai.zsnotr!! 

CURRENT  CP  time  15  19.55)  WHICH  IS  5  .  J2J  SECONJS  INTO  IH;  PUM 

OVEFLAT  CALwEO  WITH  SONTYPE  *  1 


TAPCET  NO.  1  HAS  HAO  T92  HITS.  IT  IS  AT  A  PANG-;  OF  214.  ANO  AZIMUTH  OF  40.9* 

FUNCTIONAL  MOOULE  CCRHELATION  TPACK  iMOE3  AT  CP  TIME  19. 5  JO 

EXECUTION  TOOK  .001  C*  SECONOS  *90  26  WOP15  WFPE  INPUT  TO  rr. 


UNCLASSIFIED 


HOI  SPOT  TRACK  SIMULA!  ION  HOOULE  TO  9EGIN  EXECUTION  AT  THE  68.05008800 

CURRENT  CP  TIKE  IS  19.5JT  WHICH  IS  5.02J  SECONDS  INTO  THE  »UN 

OVERLAY  CALLEO  WIT!  C  0NT  YPE  s  1 


TARGET  NO.  1  HAS  HAO  28  HITS.  IT  15  AT  A  RANGE  OE  201.  AND  AZIMUTH  OF  6  1.68 


FUNCTIONAL  HOOULE  HOT  SPOT  TP AC<  EN0E1  »T  CP  TIME  19, 516 

EXECUTION  TOOK  .001  C»  SECONDS  AND  26  WOPOS  WERE  INPUT  TO  IT. 


CORRELATION  TRACK  SIMULATION  MOPULE  TO  TEG  IN  EXECUTION  AT  T I  IF  (.6.85001011 

CURRENT  CP  TIME  IS  19. 536  WHICH  IS  5.02T  SECDNDS  INTO  THE  5UN 

OVERLAY  CALLEO  WITT  CONTyPE  *  1 


TARGET  NO.  1  MAS  HAO  393  HITS.  IT  IS  AT  A  TANGS  OF  201.  ANO  AZIMUTH  OF  61.68 

FUNCTIONAL  MOOULE  CGPRE  LAT  ION  TRACK  EVOEO  AT  CP  TIME  19.532 

EXECUTION  TOOK  .001  0»  SECONDS  ANO  26  WORDS  WERE  INPUT  TO  IT. 


HOT  SPOT  TRACK  SIMULATION  HOOULE  TO  DEGIN  EXECUTION  AT  rr«E  68.950*0000 

CURFENT  CP  TIME  IS  19.519  WHICH  IS  5.030  SECONDS  INTO  the  RUN 

OVEPLAY  CALLEO  WITT  CONTYPE  »  l 


TARGET  NO.  1  HAS  HAO  29  HITS.  IT  IS  A”  A  RANGE  OF  18N.  ANO  AZIMUTH  OF  62.50 

FUNCTIONAL  MODULE  HOT  SPOT  TRACK  ENDED  AT  r.P  TIME  19.560 

EXECUTION  TOOK  .001  C»  SECONDS  AND  26  WOPDS  WFFE  INPUT  TD  IT. 


CORRELATION  ’RACK  SIMULATION  NUCULE  To  TE  GIN  EXECUTION  AT  TIME  68.95001000 

CURRENT  CP  THE  IS  13.561  WHICH  IS  >.031  SECONDS  INTO  THE  tiin 

OVERLAY  CALLED  WITT  CONTYPE  =  l 


TARGET  NO.  I  HAS  HAO  J96  HITS.  IT  IS  AT  A  TANGE  OF  189.  ANO  AZIMUTH  DF  62.50 


FUNCTIONAL  HOOULE  CORRELATION 
EXECUTION  TOOK  .  00  1 


HACK  ENDED  AT  CF  TIME 
CP  SE'ONDS  AND  26  WORMS 


19.561 

WEFF  INPUT  TO  IT. 


C-13 


UNCLASSIFIED 


UNCLASSIFIED 


DROP  TFALK  SI MULAT ION  MOQjlE  10  1EGIU  EXECUTION  AT  TIME  49 . 00080830 

CURRENT  CP  THE  15  1>  •  54b  WHICH  IS  5.03b  SECONDS  INTO  Th£  RUN 

OVERLAY  CALLED  WlT-t  CONTYFE  »  1 


FUNCTIONAL  MGOULC  ORCF  TRACK  ENDED  at  LP  TINE  19.54fe 

EXECUTION  TOOK  .001  OP  SECONDS  AWQ  2b  WORDS  WERE  INPUT  TO  IT. 


TRACK  WHILE  SCAN  SIMULATION  MODULE  TO  9FGIN  EXECUTION  AT  f  I  WE  <.9.000*0000 

CURRENT  CP  TINE  IS  U.54D  WHICH  IS  5.039  SECONDS  INTO  THE  PUN 

CVEPLAY  CAllEO  HlTW  COWTTPE  =  t 


TARGET  NO.  2  IS  AT  wN  ALTITUDE  OF  1.90.  AND  RANGE  FRON  RADAR  OF 

NO.  OF  T-N-S  PULSES  »  2 


451. 


FUNCTIONAL  NODULE  TRACK  MHILE 
EXECUTION  TOOK  .001 


SCAN  ENDED  AT  CP  TINE  19.550 

;p  SECONDS  AWQ  26  WORDS  MERE  INPUT 


r d  it. 


TRACK  while  SCAN  SIMULATION  NODULE  TO  TE GIN  FXECuTION  AT  TIME  49.0000*000 

CURRENT  CP  TINE  IS  H.S5I  WHICH  IS  5.042  SECONDS  INTO  THE  PUN 

overlay  calleo  witw  cowtype  =  1 


TARGET  NO.  3  IS  AT  AN  ALTITUDE  OF  51.  AND  RANGE  FROM  RADAR  OF  401. 

NO.  OF  T-M-S  PULSES  »  2 

functional  hooule  track  while  scan  ended  at  cp  tine  19.553 

EXECUTION  TOOK  .001  C>  SECONDS  AW3  Eb  WORDS  WERE  INPUT  TO  IT. 


TRACK  WHILE  SCAN  SIMULATION  MODULE  TO  DEGIN  EXECUTION  AT  TINE  49.00000010 


CURRENT  CP  TIME  IS  l).5S>  WHICH  IS 

dverlwy  called  win  cowtype  » 


5.04b  SECONDS  INTO  THE  RUN 


C-14 

UNCLASSIFIED 


UNCLASSIFIED 


TAP6ET  NO.  4  IS  AT  AN  ALTIfUOS  OP 
NO.  OF  T-W-S  PULSES  *  !  ? 


1*9.  AN]  RANGE  PROM  RADAR  OP 


2  TO  . 


FUNCTIONAL  MODULE  TRAtK  WHILE  SCAN  SHOE 5  AT  CP  T IMF 


EXECUTION  TOOK 


19.556 


.001  C»  SECONDS  AN] 


26  WORDS  WERE  INPUT  TO  IT. 


TRAJECTORY  COMP  SIMULATION  NODULE  TO  3EGIN  EXECUTION  AT  TIME  '.9.  0  00 1100 j 

CURRENT  CP  TINE  IS  19.55S  WHICH  IS  5.049  SECONDS  INTO  THE  RUN 

OVERLAY  CAILIO  Win  CONTYPE  *  1 

TARGET  NO.  1  HAS  HAO  A  TRAJECTORY  COMPARISON.  THERE  APPEARS  TO  9E  ENOUGH  DEFLECTION  FROM  NOMINAL  TO  ASSUME  KILLED. 

FUNCTIONAL  HOOULE  TRAJECTORY  C3NP  ENDE]  AT  CF  TINE  19.559 

EXECUTION  TOOK  .001  CP  SECONDS  ANO  26  WORDS  WEPE  INPUT  TO  IT. 


SEARCH  CCNTPOL  SIMULATION  MOUULE  TO  1EG1N  EXECUTION  AT  rxiE  49 . C 00 U0 0 ] 1 


CUFPENT  CP  TME  IS  U.S61  WHICH  IS 

OVERLAY  CALLED  with  contype  » 


5.052  SECONDS  INTO  THE  »UN 


FUNCTIONAL  MOOULE  SEARCH  CONTROL  ENDED  AT  CP  tihE  19.562 

EXECUTION  TOOK  . 00 0  CP  SECONDS  ANO  l  WCPOS  WERE  INPUT  TO  IT. 


TRACK  WHILE  SCAN  SIMULATION  MOOULE  TO  IS  GIN  EXECUTION  AT  time  SO.OOOBSOO) 

CURRENT  CP  TIME  IS  19,564  WHICH  IS  5.055  SECONDS  INTO  THE  ®UN 

OVE»LAT  CALLED  WITH  CONTYPE  *  I 


TARGET  NO.  2  IS  AT  AN  ALTITUOE  OF 
NO.  OF  T-W-S  FULSES  *  3 


100.  AN]  PANGE  FROM  RAO  AR  OF  2T4. 


FUNCTIONAL  MOOULE  TRACK  WHILE 
EXECUTION  TOOK  .001 


SCAN  E  HOST  *T  CP  TIME  19.655 

C»  SFCONCS  ANO  26  WCRJS  WEPP  INPUT 


TO  IT. 


C-15 

UNCLASSIFIED 


